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Leadership, The  Final  Frontier: 
Lessons  From  the  Captains  of  Star  Trek 


Paul  Kimmerly  David  R.  Webb 

Marine  Corps  Technology  Services  Organisation  309  Software  Maintenance  Group,  Mill  Air  Force  Base 

Feadersbip,  the  final frontier.  These  are  the  examples  of  the  Star  Trek  captains  whose  mission  was  to  seek  out  new  meth¬ 
ods,  to  teach  management  lessons,  and  to  holdlj  lead  where  few  managers  have  gone  before.  Invisible  forces,  alien  invaders,  and 
magnetic  storms  are  all  common  challenges  to  the  captains  of  the  various  ships  in  the  Star  Trek  universe.  Managers face  their 
equivalents  every  day  and,  while  it  might  be  desirable  to  have  Scotty  beam  you  out  of  danger,  it  is  never  that  simple.  However, 
managers  can  learn  lessons  from  the  Star  Trek  captains  and  how  they  dealt  with  different  situations.  The  authors  look  at 
the  advantages  and  disadvantages  in  the  approaches  used  by  each  Star  Trek  captain  and  how  managers  can  use  the  lessons 
taught  by  the  captains. 


As  the  other  articles  in  this  issue  of 
Crosstalk  illustrate,  the  various 
Star  Trek  series  affected  more  than  their 
legions  of  devoted  fans.  The  shows 
inspired  technological  developments  and 
taught  lessons  in  diversity  and  diplomacy. 
To  do  that,  the  shows  need(ed)  strong 
central  characters  that  audiences  can 
believe.  Foremost  among  the  characters 
were  the  five  starship  captains.  Each  of 
them  had  unique  challenges,  personalities, 
and  approaches  to  managing  their  ships. 
The  individual  captains  brought  different 
styles  to  their  commands,  and  each  of 
their  styles  provided  examples  and  lessons 
for  managers  in  today’s  world.  Let  us  look 
at  each  of  the  captains  in  detail  and  in 
chronological  order  as  they  appeared  on 
our  television  screens. 

James  T.  Kirk 

The  first  captain  to  appear  on  Star  Trek 
was  an  energetic,  hands-on  leader.  He  led 
every  crew  excursion  to  new  planets  and 
took  an  active  role  in  all  interactions  with 
new  civilizations.  Captain  Kirk  also  relied 
heavily  on  his  crew,  especially  his  science 
officer,  chief  engineer,  and  doctor.  He 
pushed  them  all  to  succeed  but  depended 
on  their  counsel  to  help  him  make  deci¬ 
sions.  His  crew  knew  who  was  in  charge, 
but  responded  to  his  call  for  their  input 
and  did  their  best  to  answer  his  needs. 
From  Captain  Kirk,  managers  can  learn 
the  power  of  involving  and  empowering 
their  staff. 

Captain  Kirk  had  one  talent 
unmatched  by  any  of  the  other  captains: 
No  one  handled  being  struck  by  an  invisi¬ 
ble  force  like  James  T.  Kirk.  Whether  it 
was  an  energy  blow,  a  psychic  blow  or 
some  other  kind  of  unseen  force.  Captain 
Kirk  might  double  over  in  pain,  but  he 
would  push  through  it  to  complete  his 
mission.  Managers  find  themselves 
assaulted  by  unexpected  unseen  forces. 
These  forces  often  cause  pain  and  impact 
on  schedules,  staffing,  and  quality.  Like 


Captain  Kirk,  managers  must  find  a  way 
through  unanticipated  problems  to  reach 
their  goals. 

Staffing  issues  can  become  major 
problems  for  managers.  Managers  need  to 
ensure  that  the  right  people  fill  the  right 
roles  in  an  organization.  Sometimes  this 
includes  subordinate  managers.  In  the 
software  world,  it  is  not  uncommon  to 
promote  an  outstanding  technician  into  a 
management  position  because  they  have 
reached  the  top  of  their  technical  pay 
scale.  While  a  person  may  have  outstand¬ 
ing  technical  skills,  they  may  not  make  a 
good  manager.  Captain  Kirk  had  to  deal 
with  outbursts  from  Dr.  McCoy  that  all 
came  down  to  something  Uke,  T)arn  it,  Jim! 
I’m  a  doctor,  not  a  {insert  occupation). 
Organizations  may  find  themselves  hear¬ 
ing  the  same  thing  from  newly  promoted 
managers.  Just  as  Captain  Kirk  had  to  lead 
Dr.  McCoy  through  those  difficult  situa¬ 
tions,  organizations  need  to  mentor  new 
managers  through  the  learning  curve  of 
their  positions. 

The  downside  to  Kirk’s  method  is  that 
his  total  hands-on  approach  created  a  man¬ 
agement  bottleneck  -  everything  had  to 
funnel  through  Kirk.  As  McCoy  told  him  in 
the  first  movie.  You’re  pushing,  Jim.  Your  peo¬ 
ple  know  their  jobs.  The  Kirk  approach,  then, 
would  not  work  in  a  diverse  environment 
where  workers  need  to  be  more 
autonomous.  The  Kirk  method  is  more 
appropriate  in  a  tight,  geographically  identi¬ 
cal  team  with  a  culture  of  strong  leadership. 

Jean-Luc  Picard 

Captain  Picard  commanded  a  new  version 
of  the  same  starship  as  Captain  Kirk  and 
led  with  a  different  style.  Captain  Picard 
was  a  more  stoic  commander.  While  he 
showed  humor  and  compassion  at  times, 
he  clearly  held  the  position  of  authority 
on  his  ship.  His  approach  made  use  of  his 
resources  in  a  different  way  than  Captain 
Kirk.  Captain  Picard  would  send  an  away 
team  to  any  encounters  on  new  planets. 


His  crew  entered  the  dangerous  situations 
and  explorations.  They  would  relay  infor¬ 
mation  to  the  ship  where  Picard  could 
lead  them  based  on  what  they  provided. 
Picard  showed  managers  how  to  gather 
and  use  data  better  than  any  other  Star 
Trek  captain.  He  would  collect  the  data 
from  his  away  team  and  then  issue  an 
order  to  make  it  so.  That  is  not  to  say  that 
Picard  was  uninvolved.  He  allowed  his 
people  to  explore  and  deal  with  situations, 
but  he  always  stayed  informed  and  would 
act  when  the  time  was  right.  He  was  less 
likely  to  jump  into  a  situation  the  way  that 
Captain  Kirk  would  but  used  his  staff  and 
information  to  their  best  potential. 

In  opposition  to  the  weakness  of 
Kirk’s  approach,  Picard’s  hands-off 
approach  also  had  a  drawback:  While  he 
allowed  his  staff  to  stretch  and  grow  and 
handle  all  the  issues  they  could  on  their 
own,  he  often  kept  vital  information  to 
himself  From  time  to  time,  this  created  a 
sense  of  confusion  in  the  crew  as  to  the 
captain’s  intents.  Leadership  using  the 
Picard  style,  therefore,  is  best  suited  to  a 
large,  process-centric,  either  geographical¬ 
ly  identical  or  diverse  team,  and  requires 
strong  communication  skills  from  leader¬ 
ship. 

Benjamin  Sisco 

The  commander  of  the  Deep  Space  Nine 
base  found  himself  isolated  from  the 
mainstream  of  the  Federation  and  was 
forced  to  deal  with  warring  factions. 
Placed  between  the  Cardassians  and 
Bajorans,  Sisco  had  to  be  well  versed  in 
diplomacy.  Taking  over  the  base  from  the 
Cardassians,  Sisco  dealt  with  the  transition 
from  the  old  rule  to  the  new  Bajoran  inde¬ 
pendence.  Managers  can  find  themselves 
in  this  same  situation  as  projects  change 
over  time.  It  is  not  unusual  for  existing 
software  projects  to  convert  to  a  new 
technology.  This  often  means  starting  a 
project  within  a  project.  The  old  guard 
and  the  new  project  compete  for  the  same 


October  2006 


www.stsc.hill.af.mil  I  3 


Star  Wars  to  Star  Trek 


resources  and  the  same  attention  from  the 
project  manager.  That  manager  could 
learn  a  lot  from  the  way  Sisco  balanced 
the  needs  of  the  new  Bajoran  majority 
with  the  needs  of  the  withdrawing 
Cardassians.  Both  the  new  project  and 
the  old  project  need  the  manager’s  atten¬ 
tion.  The  old  project  needs  to  be  assured 
that  its  work  still  has  value  to  the  organi¬ 
zation  while  the  new  project  needs  the 
manager’s  assistance  in  getting  estab¬ 
lished.  The  project  planning  and  man¬ 
agement  knowledge  that  made  the  old 
project  successful  should  be  applied  to 
the  new  project.  Doing  this  ensures  that 
the  new  project  has  some  structure  to  its 
efforts.  It  also  helps  to  open  a  communi¬ 
cation  line  between  the  two  projects  to 
ensure  the  new  group  learns  from  the 
existing  group  and  carries  successful 
approaches  forward  into  the  new  effort. 

Managers  who  find  themselves  isolat¬ 
ed  like  Commander  Sisco  can  use  that  to 
their  advantage  by  trying  new  things  that 
may  not  be  as  easy  to  try  from  the  mid¬ 
dle  of  a  large  corporate  structure  like  the 
Federation.  Managers  must  keep  the 
organization’s  goals,  objectives,  and  poli¬ 
cies  in  mind  when  trying  new  things,  but 
they  also  need  to  experiment  and  try  new 
methods  to  fit  changing  situations.  What 
worked  for  them  before  may  not  work 
with  the  next  challenge.  They  must  be 
open  to  new  ideas. 

Thrust  into  the  situation  at  Deep 
Space  Nine,  Commander  Sisco  had  a 
Bajoran  as  one  of  his  key  staff  members. 
Her  insight  into  the  problems  of  her 
people  and  their  needs  helped  him  in  his 
efforts  to  manage  the  situations  he 
faced.  Similarly,  managers  will  usually 
find  that  the  best  ideas  will  come  from 
their  staff.  Managers  should  look  for 
opportunities  to  gather  ideas  from  the 
staff  The  people  who  perform  the  day- 
to-day  functions  of  a  project  know  what 
works  best  and  what  needs  improve¬ 
ment.  Managers  should  take  every 
opportunity  to  get  their  input. 

Most  of  us  who  have  taken  over  lead¬ 
ership  of  a  software  team  can  probably 
identify  with  Sisco.  His  greatest  weak¬ 
ness  was  also  the  source  of  his  greatest 
strength:  inexperience.  He  was  forced  to 
bring  order  to  individuals  from  diverse 
groups  that  brought  different  skills  and 
biases  to  the  team.  As  a  new  leader,  he 
entered  the  situation  with  no  precon¬ 
ceived  notions  that  could  hinder  his 

®  Capability  Maturity  Model  and  CMMI  are  registered  in 
the  U.S.  Patent  and  Trademark  Office  by  Carnegie 
Mellon  University. 

Team  Software  Process  and  Personal  Software  Process 
are  service  marks  of  Carnegie  Mellon  University. 


efforts.  Sisco’s  lessons  learned,  then, 
would  best  be  applied  to  a  radically 
diverse  group  working  in  an  uncertain 
environment.  A  good  example  would  be 
an  integrated  project  team  made  up  of 
individuals  from  different  areas  within 
an  organization  who  are  brought  togeth¬ 
er  to  start  a  new  project.  The  project 
manager  of  such  a  group  should  always 
be  willing  to  try  new  ideas  and  think  out¬ 
side  the  station. 

Catherine  Janeway 

The  captain  of  the  Voyager  faced  a 
unique  situation  in  the  Star  Trek  world. 
She  found  her  ship  and  crew  mysterious¬ 
ly  transported  across  the  galaxy  to 
uncharted  space.  Her  mission  was  to 
find  a  way  home.  Managers  of  new  pro¬ 
jects  within  an  organization  can  feel  this 
same  way.  This  is  especially  true  if  the 
project  is  something  new  that  the  orga¬ 
nization  has  never  tried  before.  In  the 
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software  world,  this  often  happens  with 
new  development  projects  using  new 
technology.  Managers  are  forced  to  set 
their  own  direction.  These  projects  usu¬ 
ally  depend  on  experts  in  the  new  tech¬ 
nology.  Their  opinion  often  drives  the 
course  of  the  project.  Managers  need  to 
focus  this  knowledge  and  expert  opinion 
to  meet  the  project’s  needs.  Captain 
Janeway  relied  on  the  expertise  of  her 
crew  to  deal  with  resource  shortages, 
equipment  needs,  and  unexpected  chal¬ 
lenges.  She  pushed  the  creativity  of  her 
staff  to  deal  with  problems.  Managers  of 
new  projects  need  to  encourage  and  fos¬ 
ter  creativity.  This  will  help  them  find 
their  way  to  a  successful  outcome,  as  the 
creativity  of  Captain  Janeway’s  crew 
helped  them  find  their  way  home. 

While  Janeway’s  style  may  work  for 
other  kinds  of  teams,  it  is  best  when 
directed  specifically  to  small,  maneuver¬ 


able  teams.  This  style,  while  effective  at 
uniting  a  small  group  of  individuals  to 
achieve  a  common  goal,  may  not  apply 
to  larger  groups. 

Jonathan  Archer 

Chronologically,  Captain  Archer  was  the 
first  Star  Trek  captain.  He  set  out  on  the 
first  Enterprise  years  before  Captain 
Kirk.  Archer  faced  a  number  of  chal¬ 
lenges  similar  to  those  of  Captain 
Janeway.  While  his  mission  was  more 
clearly  defined,  he  was  the  first  human 
captain  to  set  out  in  a  starship.  He  made 
a  number  of  the  rules  that  the  later  cap¬ 
tains  followed.  Managers  of  projects 
dealing  with  new  technology  find  them¬ 
selves  in  this  situation.  New,  cutting- 
edge  technologies  become  stable,  old 
technologies.  The  lessons  learned  in  the 
first  projects  with  new  technologies  were 
vitally  important  to  future  successes.  All 
of  the  captains  kept  a  log  that  contained 
their  lessons  learned  in  both  success  and 
failure.  None  of  these  logs  was  more 
important  that  Archer’s.  He  set  the  stan¬ 
dards  for  the  captains  that  followed. 
New  project  managers  do  the  same. 
Keeping  track  of  their  project’s  chal¬ 
lenges  and  successes,  they  set  the  stan¬ 
dard  for  future  project  managers. 

Captain  Archer  had  help  in  facing  his 
mission  of  exploring  intergalactic  space 
for  the  first  time.  The  Vulcans  were  long¬ 
time  explorers  that  offered  their  assis¬ 
tance  to  the  fledgling  human  explorers. 
Organizations  have  managers  with  pro¬ 
ject  experience.  The  organization  should 
use  these  managers  to  mentor  the  new 
projects.  If  an  organization  has  an  estab¬ 
lished  process  improvement  program,  it 
is  likely  that  there  will  be  lessons  learned 
data  from  past  projects.  A  process 
improvement  group  can  also  serve  the 
Vulcan  role  in  assisting  the  new  project  as 
it  enters  the  unknown.  New  project  man¬ 
agers  should  not  be  hesitant  to  ask  for 
help.  That  is  what  the  process  improve¬ 
ment  group  and  the  lessons  learned  from 
past  projects  are  intended  to  provide. 

With  even  less  experience  behind 
him  than  Benjamin  Sisco,  Captain 
Archer  was  a  true  pioneer.  His  lessons 
learned  can  be  directly  applied  to  new 
projects  taking  on  brand  new  work  or 
using  new  technologies  and  processes. 
Team  leaders  experimenting  with 
Capability  Maturity  Model®  Integration, 
Team  Software  Process™,  Agile  or  other 
methodologies  could  rely  upon  Archer’s 
approach  as  they  blaze  a  new  trail.  As 
with  Captain  Janeway’s  method,  howev¬ 
er,  this  approach  works  best  in  a  small, 
focused  team  and  may  break  down  in  a 
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larger,  more  diverse  group. 

AM  Captains 

As  a  group,  the  captains  dealt  with  unex¬ 
pected  encounters,  crew  problems,  and 
planetary  governments.  In  a  manager’s 
world,  these  equate  to  changes,  staffing, 
and  customers.  All  of  these  issues 
require  decision-making  skills  and  infor¬ 
mation  to  help  make  decisions.  The  cap¬ 
tains  can  teach  lessons  in  all  these  areas. 

Change  is  a  regular  part  of  a  manager’s 
world  today.  Sometimes,  even  with  the 
best  information,  it  is  difficult  for  a  man¬ 
ager  to  know  how  to  deal  with  unexpect¬ 
ed  and  changing  situations.  When  the  Star 
Trek  captains  encountered  something 
unexpected,  they  put  up  their  ships’ 
shields.  Managers  often  put  up  their 
shields  when  change  comes  their  way,  but 
they  should  remain  open  to  any  situation 
and  not  merely  dig  in  defensively.  The  Star 
Trek  captains  always  reacted  cautiously, 
but  they  also  opened  communication 
channels  immediately.  Rather  than  react  to 
changing  situations,  the  captains  used 
open  communication  to  gather  informa¬ 
tion  about  a  situation  and  determine  how 
to  proceed.  They  realized  that  not  every 
unexpected  encounter  or  changing  situa¬ 
tion  presented  danger;  sometimes  these 
situations  provided  opportunities.  Mana¬ 
gers  can  learn  that  change  can  enable 
improvement  and  innovation. 

When  it  came  to  dealing  with  differ¬ 
ent  groups  within  their  crews  or  from 
planetary  civilizations,  the  Star  Trek  cap¬ 
tains  needed  to  practice  diplomacy.  Even 
the  more  action  oriented  captains  like 
Kirk  and  Archer  had  to  learn  to  negoti¬ 
ate  and  bring  groups  together.  In  organi¬ 
zations,  managers  deal  with  customers, 
both  outside  the  organization  and  inside 
other  departments  within  the  organiza¬ 
tion.  The  Star  Trek  captains  provided 
good  examples  of  when  to  take  a  stand 
and  when  to  work  on  a  mutually  satis¬ 
factory  solution.  To  guide  their  actions, 
all  of  the  captains  following  Captain 
Archer  had  orders  to  stay  within  the 
Trime  Directive.  This  Star  Fleet  edict 
requires  the  captains  to  avoid  interfering 
in  the  social  and  technological  evolution 
of  any  planet  and  civilization  that  they 
meet.  For  organizations,  this  shows  the 
importance  of  establishing  a  set  of 
goals,  objectives,  and  policies.  Guiding 
principles  will  help  the  managers  in  an 
organization  identify  what  needs  to  be 
achieved  in  any  situation.  As  a  result  of 
following  the  Prime  Directive,  Star  Fleet 
showed  a  common  face  to  the  planets 
and  civilizations  it  encountered. 
Organizations  need  to  communicate 


their  guiding  principles  and  show  consis¬ 
tency  in  order  to  avoid  differences 
between  their  stated  goals  and  the 
actions  of  their  managers  and  staff 
Regardless  of  the  situation,  the  Star 
Trek  captains  looked  to  their  ships’  tech¬ 
nology  and  their  crews  to  gather  infor¬ 
mation  before  acting.  Each  ship  had  sen¬ 
sors  to  provide  the  captains  with  data 
about  whatever  ship  or  planet  they 
encountered.  The  captains  relied  on  their 
crews  to  interpret  that  data  to  provide 
the  information  needed  to  make  deci¬ 
sions.  While  they  often  acted  quickly, 
they  did  not  act  rashly.  This  is  an  impor¬ 
tant  lesson  for  managers  to  follow. 
Managers  should  identify  their  informa¬ 
tion  needs  and  determine  what  data  is 
available  for  them  to  address  those 
needs.  All  organizations  have  available 
data.  The  key  is  for  managers  to  deter¬ 
mine  what  is  the  most  consistent  and 
usable  data.  Managers  should  also  identi¬ 
fy  the  staff  members  who  understand 
the  data  and  can  provide  the  best  analy¬ 
sis  of  that  data.  Once  managers  receive 


the  information  they  need,  they  should 
use  it  to  make  a  decision  that  fits  within 
the  organization’s  guidelines  to  achieve 
the  organization’s  goals  and  objectives. 

Conclusion 

Each  of  the  Star  Trek  captains  faced 
their  own  challenges  with  their  own 
management  styles.  They  all  succeeded 
in  inspiring  their  crews  and  getting  the 
most  from  them  in  sometimes  difficult 
situations.  Project  managers  can  learn 
from  the  captains  and  use  some  of  their 
lessons  to  be  successful.  Whether  it  was 
dealing  with  a  blow  from  an  unseen 
force  or  finding  a  way  home  through 
uncharted  space,  the  captains  used  their 
resources  and  abilities  to  solve  problems 
and  face  challenges.  The  captains  provid¬ 
ed  lessons  to  today’s  project  managers 
on  how  to  deal  with  difficult  and  chang¬ 
ing  situations.  All  of  the  captains  used 
their  resources  and  available  information 
to  make  informed  decisions  to  guide 
their  ships.  Managers  can  use  similar 
techniques  to  lead  their  projects. ♦ 
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